#4274

Migrating to java.time would remove so much code in DateTimePickerFragment that I figured I might as well also convert the dialog fragment to compose too. Honestly looks and feels way better now.

• Added DateTimeCompose
  • Embedded the Date and Time pickers into the dialog
• Removed DateTimeFragment + XML
• Now uses java.time for all-in-one timezone handling + more robust features, instead of java.util.Calendar and java.util.TimeZone

Core logic

        val laterToday = LocalDateTime.now()
            .withHour(18)
            .withMinute(0)
            .withSecond(0)

        val tomorrow = LocalDateTime.now()
            .plusDays(1)
            .withHour(8)
            .withMinute(0)
            .withSecond(0)

        val thisWeekend = LocalDateTime.now()
            .with(nextOrSame(DayOfWeek.SATURDAY))
            .withHour(8)
            .withMinute(0)
            .withSecond(0)
        
        val nextWeek = LocalDateTime.now()
            .plusWeeks(1)
            .with(DayOfWeek.MONDAY)
            .withHour(8)
            .withMinute(0)
            .withSecond(0)
       

🚧 TODO

• Delete the old fragment + xml
• Making the labels strings res
• Checking the offset from datePicker
• Theming

🏁 Checklist

• ⛑️ Tests (unit and/or integration) are included or not needed
• 🔖 Capability is checked or not needed
• 🔙 Backport requests are created or not needed: /backport to stable-xx.x
• 📅 Milestone is set
• 🌸 PR title is meaningful (if it should be in the changelog: is it meaningful to users?)